Secure browsing

ABSTRACT

A method for providing secure access to digital resources, the method comprising: monitoring communications between a website and a user using a web browser comprised in a user equipment (UE) that is useable to access the digital resources; processing the monitored communications to determine: a set (WVF) of website vulnerability features comprising features which as a result of the user connecting to the website render a digital resource of the digital resources with which the user communicates vulnerable to cyber damage; and a set of user browsing behaviour features (BHF) comprising features that characterize the user browsing behaviour and internet use pattern which render the digital resource vulnerable to cyber damage; determining based on the website vulnerability factors and the user profile a security risk indicator (SRI) having a value that provides an estimate of a cyber damage risk to the digital resource resulting from the user connecting to the website and the digital resource; and based on the SRI value determining whether or not to permit the user to access the website.

RELATED APPLICATIONS

The present application is a Continuation of PCT Application No. PCT/IL2022/050416, filed on Apr. 22, 2022, which claims the benefit under 35 U.S.C. 119(e) of U.S. Provisional Application 63/177,998 filed on Apr. 22, 2021, the disclosures of which are incorporated herein by reference.

FIELD

Embodiments of the disclosure relate to providing cybersecure access channels and workspaces for communications networks and digital resources

BACKGROUND

The various computer and communications technologies that provide modern communications networks and the internet, encompass a large variety of virtual and bare metal network elements (NEs) that support operation of the communications networks and the stationary and/or mobile user equipment (UE) that provide access to the networks. The technologies have enabled the information technology (IT) and the operations technology (OT) that are the bedrocks of today's society and provide a plethora of methods, devices, infrastructures, and protocols for controlling industrial equipment, supporting business operations, and generating and propagating data, voice, and video content via the internet. Information of all types is readily available through the internet to most of the global population, independent of physical location. And today large segments of the global community regularly work remotely from their homes, coffee shops, and vacation venues via connectivity to their employers and work groups using their personal, Bring Your Own Device (BYOD), UEs—such as their personal smartphones, laptops, tablets, and home desktops. The networks have democratized the consumption of information and accelerated changes in societal infrastructure.

However, the benefits provided by the computer and communications technologies are not without their costs. The same technologies and benefits have substantially increased the difficulty in providing and maintaining legitimate personal and collective rights to confidentiality, and in protecting the integrity and safety of the selfsame industrial and business operations that the technologies have enabled against violation and damage from cyberattacks.

For example, a fingerprint of cyberattack surfaces characterizes each UE, whether it is a personal, spatially untethered BYOD or an enterprise, workplace user equipment (WPUE) and provides vulnerabilities for exploitation by malicious hackers to wreak havoc possibly on the UE and more often on entities and systems to which the UE connects. Each UE, and in particular a BYOD, in addition to functioning as a person's communications node, is a potential cyberattack node for any communications network to which the UE connects. For enterprises that must be in contact with clients, workers, and/or associates that have segued at least in part to remote work using their personal BYODs, vulnerability to cyberattack is amplified by a number of their remote contacts, the software configurations in the contacts' respective BYODs, and the manifold of non-enterprise communications that the contacts engage in using the UEs. The gravitation of enterprise data and storage resources to the cloud and the proliferation of technologies such as Infrastructure as a Service (IaaS), Platform as a Service (PaaS), and Software as a Service (SaaS) that remote contacts access and use further compounds the complexity of providing for appropriate cyber protection.

SUMMARY

An aspect of an embodiment of the disclosure relates to providing a cyber secure communications system, hereinafter also referred to as “CyberSafe”, that provides enhanced visibility to communications traffic propagated by the system and operates to provide cyber protection for, and secure access to a digital resource of a body of resources for an authorized user of a UE—a BOYD or a WPUE—associated with the body of resources.

For convenience of presentation it is assumed that the body of digital resources is owned by an enterprise, optionally referred to as “MyCompany”, that employs or engages in tasks with users authorized to use a UE associated with the body of resources to access a MyCompany resource. A UE associated with the body of resources is a UE that has been configured in accordance with an embodiment of the disclosure to enable an authorized user access a MyCompany resource. A UE associated with the body of resources may be referred to as a MyCompany UE and a user authorized to use a MyCompany UE to access a MyCompany resource may be referred to as a MyCompany user or simply user.

Digital resources include any information in digital format, at rest or in motion, and comprise by way of example electronic documents, images, files, data, databases, and/or software, which refers to executable code and/or data. Digital resources also include any software and/or hardware that may be used to operate on or generate a digital resource. A digital resource in motion is a digital resource that is being used, and/or operated on, and/or in transit between nodes of a communication system. A digital resource at rest is a digital resource that is in storage and not in motion.

In an embodiment CyberSafe comprises an, optionally cloud based, data and processing security hub, also referred to as a CyberSafe hub, and a web browser, also referred to as a CyberSafe secure web browser (SWB), resident in a CyberSafe isolated secure environment (CISE) of a MyCompany UE configured by, or in accordance with, CyberSafe. In an embodiment, the CISE operates to isolate software (code and/or data) comprised in the SWB and in other applications that may reside in CISE from software in the UE, also referred to as UE ambient software, that may be used for tasks not associated with MyCompany resources, and from software external to the UE. In an embodiment ingress and egress of data respectively into and out from CISE and between applications in CISE is monitored and controlled by the SWB, which is configured by CyberSafe to enforce CyberSafe and/or MyCompany security policies relevant to and access to and movement of data within and into and out from CISE. The isolation and control of movement of and access to data, and enforcement of policies operate to provide enhanced protection against cyber damage and security against leakage of data from and/or into MyCompany resources that may result from communication with and via a MyCompany UE.

In an embodiment monitoring ingress and egress of data comprises monitoring communications supported by SWB, storing and processing data comprised in the monitored communications and making the data available to the CyberSafe hub and to MyCompany IT. In an embodiment, monitoring is performed on communications outgoing from CISE and from SWB before the outgoing communications are encrypted by SWB and on communications incoming into CISE after the incoming communications are decrypted by SWB. In addition, user interactions with the SWB may be monitored locally or by CyberSafe security hub. As a result, communications between the UE and MyCompany and actions of a MyCompany user interfacing with the UE are substantially completely visible to CyberSafe and to MyCompany and may be processed by the SWB, the hub and/or other trusted components associated with MyCompany.

In accordance with an embodiment of the disclosure, the SWB is configured to request from the CyberSafe security hub upon launch from the MyCompany UE by a MyCompany user, permission to run from the UE and comprises software, optionally referred to as cladding, such as anti-injection and/or anti-exploitation software, that operates to protect the SWB from cyber damage. Upon receiving a request for permission, the CyberSafe hub optionally checks the ID of the UE user and vets integrity of the web browser software and the security posture of the UE. If the user ID is acceptable, the software integrity, and/or cladding, are found to be intact, and/or the security posture of the UE environment satisfactory, the security hub may permit operation of the SWB from the UE and optionally issues the SWB a security token for presentation to access a MyCompany resource.

In an embodiment the CyberSafe security hub, the CyberSafe SWB, and an Identity Provider (IDP) that operates to control access to MyCompany's digital resources are configured to cooperate in permitting an authorized user of a MyCompany UE access to a resource of MyCompany's digital resources. CyberSafe may operate to constrain MyCompany users to use the CyberSafe SWB to access MyCompany resources.

In an embodiment CyberSafe configures the SWB to acquire data characterizing websites accessed by MyCompany users of MyCompany UEs and browsing behavior of MyCompany users, and upload the data to the CyberSafe hub. The CyberSafe hub and/or the SWB processes the data to estimate risk of damage, hereinafter also referred to as cyber damage, to a MyCompany resource resulting from access to the websites and/or user browsing behavior that may expose the resource to a cyberattack. The hub and/or the SWB may configure the SWB and/or the UE responsive to the cyber damage risk estimate to moderate the risk of cyber damage. Configuring the SWB to moderate risk may comprise configuring the SWB to limit or prevent access to a website, and/or to limit a functionality of the website, the SWB, the UE and/or user browsing behavior and/or permissions to transfer data between the SWB or the CISE and other applications. Configuring the UE to moderate risk may comprise requiring a user of the UE to update passwords, patching, firewalls, website permissions, and/or disable remoter access.

In an embodiment CyberSafe acquires data characterizing a browser extension and/or user browsing behavior relative to using a browser extension and processes the data to estimate a risk to cyber security of a MyCompany resource resulting from downloading the browser extension and modifying the SWB to add functionalities provided by the browser extension to the SWB. CyberSafe may allow integrating a browser extension with the SWB after configuring the SWB and/or the browser extension to moderate the risk posed by the browser extension.

In accordance with an embodiment of the disclosure CyberSafe uses CyberSafe SWB to monitor and acquire data characterizing use of MyCompany CCaaS (cloud computing as a service) resources by MyCompany users and processes the data to determine normal use patterns of the services evidenced by the users. CyberSafe may configure the CyberSafe SWB to monitor CCaaS sessions engaged in by MyCompany users to identify responsive to the normal use patterns use anomalies exhibited during the sessions. Responsive to identifying a use anomaly in a CCaaS session, the SWB may constrain use of the CCaaS resource in real time during the session. Constraining use may comprise preventing real time data transfer between the CCaaS and the user and/or canceling the session. Upon identifying an anomaly the SWB may generate an alert and upload data relevant to the anomaly to the hub for analysis. In an embodiment CyberSafe configures use of a given CCaaS resource by a MyCompany user based on the given CCaaS resource, a normal CCaaS use pattern of the resource, an authorization profile of the user and/or the particular MyCompany UE that the user uses to engage in the CCaaS session as may be mandated by CyberSafe and/or MyCompany policy, which may change dynamically based on context of usage. In accordance with an embodiment of the disclosure, CyberSafe uses CyberSafe SWB to provide Single-Sign-On (SSO) access to a CCaaS that doesn't support SSO natively by mimicking the user-and-password inputs that the CCaaS expected in order to sign into the CCaaS automatically.

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

BRIEF DESCRIPTION OF FIGURES

Non-limiting examples of embodiments of the invention are described below with reference to figures attached hereto that are listed following this paragraph. Identical features that appear in more than one figure are generally labeled with a same label in all the figures in which they appear. A label labeling an icon representing a given feature of an embodiment of the invention in a figure may be used to reference the given feature. Dimensions of features shown in the figures are chosen for convenience and clarity of presentation and are not necessarily shown to scale

FIG. 1 schematically shows a MyCompany UE configured having a CyberSafe CISE and SWB to provide cyber security to an enterprise referred to as MyCompany, in accordance with an embodiment of the disclosure;

FIGS. 2A-2C show a flow diagram of a procedure by which the SWB shown in FIG. 1 may engage in a handshake with a CyberSafe hub to acquire a token for use in accessing a MyCompany resource, in accordance with an embodiment of the disclosure;

FIG. 3 shows a flow diagram of a procedure by which the SWB may be provided with authorization to access a MyCompany resource, in accordance with an embodiment of the disclosure;

FIG. 4 shows a flow diagram of another procedure by which the SWB may be provided with authorization to access a MyCompany resource, in accordance with an embodiment of the disclosure;

FIGS. 5A and 5B show a flow diagram of a procedure in accordance with which CyberSafe may acquire and process data to estimate possible cyberattack risks to MyCompany resources associated with access to websites, and to control access of a MyCompany user to the websites using the SWB, in accordance with an embodiment of the disclosure;

FIG. 5C shows a flow diagram that illustrates monitoring a sample scenario of an interaction of a MyCompany user with a website, in accordance with an embodiment of the disclosure;

FIGS. 6A and 6B show a flow diagram of a procedure in accordance with which CyberSafe may operate to monitor and provide real time intervention of use of MyCompany CCaaS resources to provide cyber security to MyCompany resources, in accordance with an embodiment of the disclosure.

DETAILED DESCRIPTION

In the discussion, unless otherwise stated, adjectives such as “substantially” and “about” modifying a condition or relationship characteristic of a feature or features of an embodiment of the disclosure, are understood to mean that the condition or characteristic is defined to within tolerances that are acceptable for operation of the embodiment for an application for which it is intended. Wherever a general term in the disclosure is illustrated by reference to an example instance or a list of example instances, the instance or instances referred to, are by way of non-limiting example instances of the general term, and the general term is not intended to be limited to the specific example instance or instances referred to. The phrase “in an embodiment”, whether or not associated with a permissive, such as “may”, “optionally”, or “by way of example”, is used to introduce for consideration an example, but not necessarily a required configuration of possible embodiments of the disclosure. Unless otherwise indicated, the word “or” in the description and claims is considered to be the inclusive “or” rather than the exclusive or, and indicates at least one of, or any combination of more than one of items it conjoins.

FIG. 1 schematically shows a CyberSafe system 50 that operates to provide cyber secure communication for a communications network of an enterprise 20, also referred to as MyCompany 20 or simply MyCompany, and for MyCompany users 10 that use the communications network, in accordance with an embodiment of the disclosure. MyCompany may have cloud based digital resources 22, premises 24 housing on-premise servers (not shown) for storing and processing MyCompany on-premise digital resources 28, and WPUEs 30 for use by MyCompany users 10 when on-premise for accessing, using, and processing the cloud based and on-premise resources to conduct MyCompany business. MyCompany may permit users 10 when off-premise to access MyCompany resources from various locations using any of various types of BYODs 32. It is assumed that MyCompany users 10 may use their respective BYODs 32 for personal activities, and that MyCompany users when on-premise may, in accordance with permissions defined by MyCompany policy, be allowed to use WPUEs 30 for personal activities. Personal activities may include web browsing, social networking, uploading, and downloading material, via the cloud infrastructure of communication nodes 41 and websites 40. The MyCompany network, may be required to support, as schematically indicated by double arrow-head dashed lines 43, communication between any of various combinations of MyCompany on-premise digital resources 28, cloud based digital resources 22, on-premise users 10 using WPUEs 30 installed in a MyCompany premisses 24, and off-premise users 10 using BYODs 32 at various off-premise locations.

In accordance with an embodiment of the disclosure CyberSafe 50 comprises an optionally cloud based CyberSafe processing and data hub 52 and a software architecture 60 that operates to cyber protect MyCompany communications and digital resources in each of a plurality of MyCompany UEs, BYODs 32 and/or WPUEs 30, used by MyCompany users 10 to access and use MyCompany resources. CyberSafe hub 52 comprises and/or has access to cloud based and/or bare metal processing and memory resources required to enable and support functionalities that the hub provides to CyberSafe 50 and components of CyberSafe.

By way of example, FIG. 1 schematically shows a CyberSafe software architecture 60 that configures a MyCompany UE 33, to protect MyCompany digital resources, at rest and/or in motion, and provide cyber secure access to the resources for a user 10 that may use MyCompany UE 33. MyCompany UE 33 may be a BYOD or a WPUE and be referred to as My-WorkStation 33.

Architecture 60 comprises a CyberSafe isolated environment, CISE 62, that is isolated from ambient software 35 resident in My-WorkStation 33 and comprises a SWB 64, resident in CISE 62. Ambient software 35 may typically include data and applications that are not intended for use in conducting MyCompany business. By way of example, ambient software 35 may comprise a browser, an office suite of applications, a clipboard, an album of family images, a photo album and WhatsApp. CISE 62 may also include a set 65 of applications optionally imported from ambient software 35 and wrapped and optionally containerized by CyberSafe to associate cybersecurity features required by CyberSafe and/or MyCompany policy features with the applications. In an embodiment CISE comprises an ensemble of shared secure services 66 that may be accessed for use by SWB 64 and by applications in set 65 via SWB 64. Shared secured service 66 optionally comprise a secure clipboard and a secure encrypted File System.

CISE 62 provides an isolated security domain delimited by a substantially continuous security perimeter generated and supported by security applications, features, and functionalities of SWB 64, shared secure services 66, and wrapping of wrapped applications 65. In accordance with an embodiment, CISE 62 may be configured to provide cyber security and isolation using methods of, and compliant with, such standards as PCI DSS (Payment Card Industry Data Security Standard), HIPAA (Health Insurance Portability and Accountability Act), and/or SOC2 (American Institute of CPAs' Service Organization Control). Optionally CISE 62 is isolated from the ambient software on the network level.

In an embodiment to provide isolation and security SWB 64 is configured to monitor and control ingress and egress of data respectively into and out from CISE 62 and between applications in CyberSafe wrapped applications, shared secure services 66 and/or SWB 64. SWB 64 is advantageously configured by CyberSafe to enforce CyberSafe and/or MyCompany security policies relevant to and access to and movement of data within and into and out from CISE. The isolation and control of movement of and access to data, and enforcement of policies operate to provide enhanced protection against cyber damage and security against leakage of data from and/or into MyCompany resources that may result from communication with and via a MyCompany UE.

In an embodiment monitoring ingress and egress of data comprises monitoring communications supported by SWB 64, storing and processing data comprised in the monitored communications and making the data available to the CyberSafe hub and to MyCompany IT. In an embodiment, monitoring is performed on communications outgoing from CyberSafe isolated environment CISE 62 (FIG. 1 ) before the outgoing communications are encrypted by SWB_(b) and on communications incoming into CISE after the incoming communications are decrypted by SWB 64. As a result user browsing is substantially completely visible to CyberSafe and to MyCompany and can be processed locally or remotely. Monitoring may be substantially continuous, stochastic, or periodic. Stochastic monitoring comprises monitoring communications for monitoring periods of limited duration that begin at onset times that are randomly determined, optionally in accordance with a predetermined probability function. Periodic monitoring comprises continuous monitoring of communications during monitoring periods at periodic onset times. Monitored communications may be mirrored by SWB 64 to a destination in CyberSafe hub and/or MyCompany for storage and/or processing or may be filtered for data of interest before being transmitted to a destination in CyberSafe hub and/or MyCompany for storage and/or processing. Features and constraints that configure how monitored communications are handled by SWB 64 may be determined based on CyberSafe and/or MyCompany policy. Such policy may specify how processing of data is shared between the local SWB and the CyberSafe hub.

In an embodiment, SWB 64 may be an independent application comprising CyberSafe features and/or functionalities, or an existing web browser, such as Google Chrome, Microsoft Edge, Apple Safari, Mozilla Firefox, Opera, or Brave, modified and provided with additional CyberSafe features and/or functionalities by changes and/or additions to browser code and/or by integrating with CyberSafe extensions. The features and functionalities may be incorporated into the existing browser and the browser converted to a CyberSafe SWB by: interfacing with the input and output of the existing browser using operating system hooks; patching the original binary of the browser; building a dedicated extension on top of the browser's API and/or SDK; and/or dynamically modifying memory of the browser when the browser is in operation.

By way of example, the features and/or functionalities, hereinafter generically referred to as functionalities, may comprise, at least one or any combination of more than one of functionalities that enable SWB 60 to: cooperate with a MyCompany IDP to verify and authorize a user 10 to access CISE 62 and MyCompany resources; acquire data characterizing websites visited by MyCompany users that may be used to classify cyber risks associated with the websites; acquire data characterizing browser extensions that may compromise SWB 64 security features; acquire data that may be processed to determine normal behavior and use of MyCompany resources by MyCompany users as a group and/or as individuals; monitor engagement of a MyCompany user with a MyCompany resource and control the engagement to enforce CyberSafe and/or MyCompany security constraints.

In an embodiment enforcing CyberSafe and/or MyCompany security constraints comprises requiring that all communications between UE 33 and a MyCompany resource be propagated via SWB 64 and CyberSafe tunnels that connect the SWB to the resource and enforcing CyberSafe and/or MyCompany permissions to the resources. Optionally, enforcing security constraints comprises identifying anomalies in communications between UE 33 and a company resource and operating to eliminate or ameliorate damage from an identified anomaly and generate an alert to its occurrence.

Flow diagrams presented in FIGS. 2A-6B show elements of procedures performed by a CyberSafe System and an SWB, such as CyberSafe system 50 and SWB 64, that exhibit and illustrate functionalities of the CyberSafe system and of the SWB, in accordance with an embodiment. The discussion assumes that the CyberSafe system provides cyber security services to a given MyCompany enterprise having a plurality of users U_(n) (1≤n≤N) identified by respective user IDs, U-ID_(n) (1≤n≤N). The users are assumed to have access to and use user equipment identified by user equipment IDs, UE-ID_(e) (1≤e≤E) and that CyberSafe has configured the UEs with CISEs and CyberSafe browsers, SWBs, referenced by an index b respectively identified by SWB browser IDs, B-ID_(b).

FIGS. 2A-2C show a flow diagram 100 of a procedure by which a given user U_(n) using user equipment UE_(e) contacts the CyberSafe security hub to request authorization to access and use CISE in UE_(e) and have a resident SWB_(b) in CISE issued a security token for access to MyCompany resources.

In a block 102 user U_(n) operates UE_(e) to sign in to the CyberSafe security hub and submit a request for the security token, the request comprising an Extended ID that includes the user ID, U-ID_(n); the user equipment ID, UE-ID_(e); and a SWB_(b) ID, B-ID_(b) that identifies the SWB installed in UE_(e). U-ID_(n) may include the username, a password, and/or such data that associates the user with UE_(e), SWB_(b), and/or MyCompany, such as a date at which the user was first registered as a MyCompany user. UE-ID_(e) may include any suitable identifier such as a MAC (media access) address, a UUID (Universal Unique Identifier), or an IMSI (international mobile subscriber identity), and/or information that associates UE_(e) with user U_(n), SWB_(b), and/or MyCompany. The B-ID_(b) may include a browser user agent string, any suitable identifier that CyberSafe assigns SWB_(b), and/or information that associates SWB_(b) with UE_(e), U_(n), and/or MyCompany.

It is noted that a given user U_(n) may be associated with more than one UE_(e) and/or more than one SWB_(b), and the user ID U-ID_(n) may comprise data that identifies the associations. Similarly, a given user UE_(e) may be associated with more than one U_(n) and/or more than one SWB_(b), and a given SWB_(b) with more than one U_(n) and/or more than one UE_(e), and the respective IDs, UE-ID_(e) and B-ID_(b) may comprise data that maps the associations. Any combination of one or more of U_(n), UE_(e), and/or SWB_(b) may comprise a Time of Day (ToD) for each of at least one previous sign in to CyberSafe.

Optionally, in a block 104 the CyberSafe Security Hub authenticates the Extended ID. Authenticating the Extended ID may comprise engaging in a three factor authentication of user U_(n) and determining consistency of the associations and/or ToDs in at least one of U-ID_(n), UE-ID_(e), or B-ID_(b) and another at least one of the IDs.

In a decision block 106 if the Extended ID is not OK, the hub proceeds to a block 142, denies the requested token, and optionally sends an alert to the refusal to the CyberSafe hub. On the other hand if the Extended ID is OK the hub optionally proceeds to a decision block 108 to decide whether or not to run an integrity test on the SWB_(b) software. The decision to run or not to run an integrity test may depend on a MyCompany and/or CyberSafe testing policy. The policy may depend on when the CyberSafe hub ran a last integrity test on the SWB_(b), and/or UE_(e), a user profile characterizing user U_(n) browsing behavior and internet use pattern, and/or a feature of a cyberattack landscape. For example, MyCompany may have a policy that a delay between integrity tests be no less than or greater than certain lower and upper bound delays. A decision may depend on whether user U_(n) browses to cyber dangerous websites listed in a list of dangerous websites at a frequency greater than a predetermined frequency or whether the user tends to be lax in updating passwords or patching applications. A cyberattack landscape may comprise frequency and/or severity of cyberattacks that have recently been experienced by MyCompany or other enterprises and/or what types of cyberattacks have been encountered. Optionally, if the decision in decision block 108 is to skip an integrity test, the hub proceeds to a block 140 and issues the desired token. If the decision is to undertake an integrity test, the hub may proceed to a block 110 and retrieve from a database the hub comprises or to which the hub has access, a set, “SIT”, of at least one software integrity test, “sit_(i)”, where SIT={sit_(i)|1≤i≤I} that may be used to determine integrity of the SWB_(b) software. An exemplary SIT may comprise at least one, or any combination of more than one of:

sit₁ = CRT (challenge response test); sit₂ = BAT (behavioral attestation test); sit₃ = AV (antivirus check); sit₄ = EDR (endpoint detection and response); sit₅ = BDS (binary digital signing); . . . sit_(I)

In a block 112 the CyberSafe hub determines a weight vector WIT comprising a weight wit_(i) for each sit_(i) that provides an estimate for how appropriate the test sit_(i) is for determining integrity of the SWB_(b) software. In an embodiment a wit_(i) for a given sit_(i) is a function of:

UE_(e) hardware type, for example if the UE_(e) is a mobile device, a tablet, or desktop which may limit what types of the given sit_(i), may be performed on the UE_(e);

sensitivity, the true positive rate of the given sit_(i);

specificity, the true negative rate of the given sit_(i);

nuisance rating, which provides a measure of inconvenience performance of the test causes user UE_(e);

past performance of the test; and/or

a current cyberattack context, which, identifies current prevalence and severity of cyberattack types.

In a block 114 CyberSafe hub runs a selection of tests sit_(i) on SWB_(b) software responsive to their respective weights wit_(i), for example where a greater weight wit_(i) indicates grater relevance, by selecting integrity tests sit_(i) for which their respective weights are greater than a median weight wit_(i).

In a block 116 CyberSafe hub determines a value for a measure of a QoI(e,b) (quality of integrity) for SWB_(b) software in UE_(e) responsive to a measure of integrity returned by each of the selected tests sit_(i). In an embodiment QoI(e,b) is an average of the measures of integrity provided by the sit_(i) weighted by their respective weights wit_(i). Optionally in a decision block 118 CyberSafe hub determines if the QoI value is satisfactory or not. If the QoI is not satisfactory the hub proceeds to block 142 and denies issuing the token and optionally sends an alert. On the other hand if the QoI is satisfactory the hub proceeds to a decision block 120 to determine whether or not to run ambient software environment tests on UE_(e)

Software environment tests are tests to determine to what extent, if at all, ambient software in UE_(e) has been compromised by cyber damage or is insufficiently protected against cyber damage. The decision whether or not to perform the environment test on UE_(e) may be based on many of the same considerations that are weighed when making the decision as to whether or not perform to integrity tests. For example, the decision may depend on MyCompany and/or CyberSafe policy and such factors as UE_(e) hardware, for example whether the UE_(e) is a mobile phone or laptop, when a last environment test was run on UE_(e), a browsing behavior pattern of user U_(n), and/or a feature of a cyberattack landscape.

Optionally, if the decision in decision block 120 is to skip the software environment test, the CyberSafe hub may proceed to block 140 and issue the desired token. If on the other hand the decision is to undertake an environment test, the hub may optionally proceed to a block 110 and retrieve from a database a set “HVF(e)” of at least one cyberattack vulnerability feature hvf_(e,j) to be determined as present or absent, where HVF(e)={hvf_(e,j)|1≤j≤J}. HVF(e) may comprise static and/or dynamic vulnerability features. Static vulnerability features are features that are code and/or data elements comprised in the ambient software of UE_(e) that are considered to render the ambient software and/or digital resources that are not comprised in the ambient software, such as CyberSafe and/or MyCompany resources, vulnerable to cyberattack. Dynamic vulnerability features are temporary vulnerability features, such as whether the UE_(e) is connected to a public WiFi or to a cyber dangerous website, that characterize a current use of UE_(e). An exemplary HVF(e) may comprise at least one, or any combination of more than one of vulnerability features whose presence or absence may be determined by response to, optionally, the following queries:

hvf_(e, 1) = AV (anti-virus)/EDR (Endpoint Detection & Response) installed?; hvf_(e, 2) = firewall installed and enabled?; hvf_(e, 3) = OS (operating system) patched to the latest version?; hvf_(e, 4) = applications patched to latest versions?; hvf_(e, 5) = access to UE_(e) require authentication?; hvf_(e, 6) = dangerous software defaults present?; hvf_(e, 7) = is public Wi-Fi being used?; hvf_(e, 8) = UEe connected to a VPN (virtual private network)?; hvf_(e, 9) = security level of connected network?; . . . hvf_(e, J).

Optionally, in a block 124 CyberSafe hub scans the UE_(e) ambient software environment to detect presence of each hvf_(e,j) and determine a risk vector HVR(e) comprising a cyberattack risk estimate hvr_(e,j) for each hvf_(e,j), where HVR(e)={hvr_(e,j)|1≤j≤J)}. Determining a risk estimate for a given vulnerability hvf_(e,j) is generally dependent on the type of vulnerability and a cyberattack landscape. For example, determining a risk estimate for a given public Wi-Fi may be dependent on a physical location of the Wi-Fi, current traffic carried by the Wi-Fi at a time for which the estimate is made, and recent history of cyberattacks attempted via the Wi-Fi. Risks associated with patching may be a function of types of types of patching required or installed.

In a block 126 CyberSafe may scan UE_(e) ambient software to determine a set HCC(e) of compromised components hcc_(k) in the ambient software, where HCC(e)={hcc_(e,k)|1≤k≤K)}. And in a block 128 CyberSafe may retrieve from a CyberSafe database a user profile that characterizes a cyber risk profile of the user optionally comprising a set UCR(n) of risk components ucr_(n,r) (1≤r≤R), where UCR(n)={ucr_(n,r)|1≤r≤R)}, that may be used to characterize behavioral features of user U_(n) that expose CyberSafe and/or MyCompany to cyberattack.

In a block 130 CyberSafe processes HVR(e), HCC(e), UCR(n), and/or a set CPA(b) of cyber cladding software attributes of SWB_(b) that respectively indicate measures of cyber security that the attributes provide to SWB_(b) to determine if CPA(b) provides SWB_(b) with advantageous protection against cyberattacks. For example, for a user with high privilege access to MyCompany resources may be required by CPA(b) to run additional security checks and install additional security controls, such as EDR, in order to allow user access a MyCompany resource. Additionally, some capabilities that have impact on the system's vulnerability to cyberattacks may be constrained or disabled by CPA(b) if the user is accessing an unknown website or a websites with low security reputation (and therefore high risk). In an embodiment processing is performed by a neural network configured to operate on an input feature vector comprising component features based on components of HVR(e), HCC(e), UCR(n), and/or CPA(b).

Optionally, in a block 132 if the CyberSafe hub determines that the cladding protection is advantageous, the hub proceeds to block 140 and issues the requested token. If on the other hand the cladding protection is not advantageous, the hub may proceed to a block 134 to determine whether or not to amend the cladding protection to improve protection. If the hub decides not to amend, the hub may proceed to block 142 and deny the token and raise an alert. On the other hand if the decision is to amend the cladding, the hub proceeds to a block 136, amends the cladding and optionally proceeds to a decision block 138 to determine if the amendment has resulted in sufficient improvement in cyber protection or not. If the improvement is not sufficient CyberSafe hub proceeds to block 142 and denies the token.

FIG. 3 shows a flow diagram of a procedure 180 by which a user U_(n) operating a UE_(e) having a SWB(n,e)_(b) may be provided with authorization to access a given MyCompany resource, in accordance with an embodiment of the disclosure. The parenthetical reference (n,e) in SWB(n,e)_(b) makes explicit, which is implicit in the index b, that configuration of a given SWB_(b) may be dependent on association of the given SWB_(b) with a given user U_(n) and a given user equipment UE_(e), and also indicates that a given UE_(e) may host more than one SWB_(b), each configured for a different MyCompany user.

In a block 185 CyberSafe configures a MyCompany IDP (Identity Provider) and CyberSafe hub 52 to cooperate in authenticating and authorizing a user U_(n) operating a UE_(e) to access a given MyCompany resource, for example a cloud based resource 22 or an on-premise resource 28 (FIG. 1 ).

In a block 186 user U_(n) operates SWB(n,e)_(b) in UE_(e) to submit the identity B-ID_(b) of SWB(n,e)_(b) together with a request to access the given MyCompany resource and notify the CyberSafe hub via a tunnel (FIG. 1 ) of the request. In a decision block 187, the given MyCompany resource optionally checks to determine if SWB(e)_(b) has a CyberSafe security token issued by the CyberSafe hub, optionally in accordance with CyberSafe procedure 100 illustrated in FIGS. 2A-2C.

If SWB(n,e)_(b) does not possess the CyberSafe security token, the given MyCompany resource proceeds to a block 194 and refuses the requested access and raises an alert. On the other hand, if SWB(n,e)_(b) comprises the CyberSafe security token, optionally in a block 188 the MyCompany resource redirects SWB(n,e)_(b) to MyCompany's IDP. Optionally, in a block 189 the IDP runs a multifactor authentication (MFA) ID check on user U_(n) and if in a decision block 190 the multifactor check is determined not to be OK proceeds to block 194 and refuses the request access.

On the other hand, if the MFA ID check is OK, in a block 191 the given MyCompany resource double checks the request submitted by SWB(n,e)_(b), and queries CyberSafe hub 52 as to whether or not SWB(n,e)_(b) has notified the CyberSafe hub of the request and if U_(n) is authorized to access the given MyCompany resource. In a decision block 192 if the hub corroborates the request and confirms permission, optionally in a block 193, the given MyCompany resource allows the requested access.

FIG. 4 shows a flow diagram of another procedure, a procedure 200, by which a user U_(n) operating a UE_(e) having a SWB(n,e)_(b) may be provided with authorization to access a given MyCompany resource, in accordance with an embodiment of the disclosure.

In a block 202 CyberSafe optionally instantiates a Proxy Server for providing access to a MyCompany resource and in a block 204 configures an IDP of MyCompany to authorize access to a MyCompany resource only from the proxy and SWB(n,e)_(b) to request access from the proxy.

In a block 206 user U_(n) operates SWB(n,e)_(b) to request access to a given MyCompany resource and SWB(n,e)_(b) connects to the CyberSafe security hub to request the access. In a block 208 the security hub provides SWB(n,e)_(b) with an IP address of the proxy and a password for access to the proxy services. Optionally, in a block 210 SWB(n,e)_(b) uses the proxy address and password to request access to the given MyCompany resource via the proxy. Upon receiving the request the IDP associated with MyCompany runs optionally a multifactor authentication (MFA) check on the request. The multifactor check optionally includes, in addition to a multifactor check on user U_(n), a check as to whether or not the request was received from the IP address of the proxy. In a decision block 214 if the source address is the IP address of the proxy, and the authentication factors associated with the user identity are verified, in a block 216 access to the given MyCompany resource is granted. On the other hand, if the MFA fails, in a block 218 access is refused and SWB(n,e)_(b) raises an alert to the refusal.

FIGS. 5A and 5B show a flow diagram of a procedure 250 by which CyberSafe operates to provide high visibility monitoring of MyCompany user browsing activity and protect MyCompany resources from cyber damage resulting from browsing behaviour of a user U_(n).

In a block 252 CyberSafe configures browsers SWB_(b) to monitor communications of MyCompany users and acquire data characterizing user browsing activities and websites that the users visit. Optionally, in a block 254, browsers SWB_(b) monitor browsing of MyCompany users U_(n) from a set U={U_(n)|(1≤n≤N)} of users to acquire data that may be used to characterize the users' browsing behavior and websites the users visit for each website “ws_(w)” of a set of websites WS={ws_(w)|(1≤w≤W)} visited by the users.

In an embodiment monitoring browsing activity comprises monitoring communications between a user U_(n) and a website ws_(w) via a SWB_(b), storing and processing data comprised in the monitored communications and making the data available to the CyberSafe hub and to MyCompany IT and/or to local analysis by an application in the CISE. In an embodiment, monitoring is performed on communications outgoing from CyberSafe isolated environment CISE 62 (FIG. 1 ) and/or SWB 64 (FIG. 1 ) before the outgoing communications are encrypted by SWB_(b) and on communications incoming into CISE after the incoming communications are decrypted by SWB_(b). As a result, user browsing is substantially completely visible to CyberSafe and to MyCompany and available for local processing and security analysis. Monitoring may be continuous, stochastic, or periodic. Continuous monitoring comprises substantially continuous monitoring of communications for a duration of a session engaged in via a SWB_(b) between a user U_(n) and a website ws_(w). Stochastic monitoring comprises monitoring of the communications for monitoring periods of limited duration that begin at onset times that are randomly determined, optionally in accordance with a predetermined probability function. Periodic monitoring comprises continuous monitoring of the communications during monitoring periods at periodic onset times. Monitored communications may be mirrored to a destination in CyberSafe hub and/or MyCompany or may be filtered for data of interest before being transmitted to a destination in CyberSafe hub and/or MyCompany. Features and constraints that configure how monitored communications are handled by SWB_(b) may be determined responsive to CyberSafe and/or MyCompany policy.

In a block 256 the acquired data may be uploaded to the CyberSafe hub 52 (FIG. 1 ). Optionally, in a block 258 the CyberSafe hub processes the uploaded data to determine a set WPI(w) of behavior profile indicators wpi_(w,p) that characterize or may be used to characterize normal interaction of MyCompany users with a website ws_(w) when the users access the website. Optionally, the hub generates for website ws_(w) a WPI(w), referred to as a user specific WPI(w), for each MyCompany user U_(n). The profile indicators wpi_(w,p) of a user specific WPI(w) determined for a given user characterize normal website behaviour of the given user when the given user accesses the website. In an embodiment, the hub generates a WPI(w), referred to as a group WPI(w), that characterizes normal website behavior for a group of MyCompany users as a collective. The profile indicators wpi_(w,p) of the group WPI(w) may be, optionally weighted, averages of user specific profile indicators wpi_(w,p) determined for individual members of the group of MyCompany users.

An exemplary user specific WPI(w) and/or a group WPI(w) may comprise at least one, or any combination of more than one of profile indicators wpi_(w,p) such as:

wpi_(w, 1) = average frequency of access; wpi_(w, 2) = average time spent on the website; wpi_(w, 3) = amount of data transferred to download web pages associated with the website; wpi_(w, 4) = number and types of web page resources downloaded from the website; wpi_(w, 5) = APIs, such as HTML5 and DOM APIs, that the website uses; wpi_(w, 6) = number and types of links that direct out of the website; wpi_(w, 7) = information that website requests from user (name, gender, location, credit card . . . ); wpi_(w, 8) = content type of the website (news, social network, sports, banking, porn, gambling . . . ) wpi_(w, 9) = permissions; . . . wpi_(w, P). It is noted that some profile indicators listed above may be compound profile indicators that comprise a plurality of related indicators. For example, wpi_(w,3)=number and types of resources, generally comprises a plurality of different resources bundled with website pages.

Optionally, in a block 260 the uploaded data is processed to determine a set WVF_(w) of website vulnerability features wvf_(w,v), for website ws_(w), where WVF(w)={wvf_(w,v)|(1≤v≤V)}, which as a result of connecting to website ws_(w) may render SWB_(b) and/or MyCompany resources accessed by SWB_(b) vulnerable to cyber damage. Vulnerability features may be functions of profile indicators wpi_(w,p). For example, outlier values of profile indicators wpi_(w,p) for a given website ws_(w) may indicate an attack surface of the website that results in enhanced vulnerability to and risk of damage from a cyberattack. In accordance with an embodiment, a measure of vulnerability associated with a given profile indicators wpi_(w,p) for the website may be provided by a degree to which a value for the given profile indicator wpi_(w,p) for the website deviates from an average value wpi _(w,p) of the wpi _(w,p). The average wpi _(w,p) may be an average determined for MyCompany users, or an “extended average”, which may be an average determined for users of a plurality of different enterprises that may include MyCompany. A degree of deviation of a given wpi_(w,p) from wpi _(w,p) may be measured in units of a standard deviation σ associated with wpi _(w,p). Vulnerability features may be features that are not directly dependent on features that are considered website profile indicators or are advantageously considered separately from website profile indicators. For example, a number of links that a given website may have to malicious or cyber risky websites may be a vulnerability feature for a website that is advantageously considered to be independent of a total number of links that the website has to other websites.

An exemplary WVF(w) may comprise at least one, or any combination of more than one of vulnerability features wvf_(w,v) listed below. In the list, vulnerability features which are considered dependent on a deviation from an average of a corresponding website profile wpi_(w,v) are written as equal to a function

(σ, wpi _(w,v)).

wvf_(w, 1) =

(σ, wpi _(w, 1))-function of deviation from frequency of access; wvf_(w, 2) =

(σ, wpi _(w, 2))-function of deviation time spent on the website; wvf_(w, 3) =

(σ, wpi _(w, 3))-function of deviation from amount of data transferred . . . ; wvf_(w, 4) = is website black listed?; wvf_(w, 5) = number of links to malicious websites; wvf_(w, 6) = number and types of requests for sensitive information (credit card numbers, social security number); wvf_(w, 7) = out of context webpage content; wvf_(w, 8) = unnecessary permissions; wvf_(w, 9) = flash cookies; wvf_(w, 10) = addressed by or includes URL shorteners; wvf_(w, 11) = URLs with inconsistent features; . . . wvf_(w, V.)

In a block 262 CyberSafe hub 52 optionally determines a website vulnerability risk feature vector WVFR(w)={wvfr_(w,v)|1≤v≤V)} where wvfr_(w,v) quantifies a cyber damage risk level that may be associated with vulnerability wvf_(w,v). In an embodiment CyberSafe may use a neural network to assign risk levels to vulnerabilities. Optionally, CyberSafe may use heuristic classification to assign risk levels to vulnerabilities.

Optionally, in a block 264 CyberSafe hub 52 processes the uploaded data to determine for each user U_(n) a user profile that characterizes a cyber risk profile of the user optionally comprising a set UCR(n)=of risk components ucr_(n,r) (1≤r≤R), where UCR(n)={ucr_(n,r)|1≤r≤R)}, that may be used to characterize behavior features of user U_(n) that expose CyberSafe and/or MyCompany to cyberattack. Determining risk components ucr_(n,r) optionally comprises determining a set of browsing behaviour features and for each of the determined browsing features estimating a degree of risk to which the behaviour feature exposes SWB_(b) and/or MyCompany resources.

An exemplary UCR(n) may comprise at least one, or any combination of more than one of profile indicators ucr_(n,r) such as:

ucr _(n, 1) = risk from careless password management; ucr _(n, 2) = risk from careless permissions management; ucr _(n, 3) = risk estimate from reckless clicking on actionable content; ucr _(n, 4) = risk estimate from deficient sensitivity to phishing bait; ucr _(n, 5) = risk estimate for user having high privilege in MyCompany resources . . . ucr_(n, R).

In a block 266 a user U_(n) uses SWB_(b) to attempt a connection to a website ws_(w) and SWB_(b) optionally notifies CyberSafe hub 52 of the attempt. In response to the notification the hub, optionally in a block 268 processes WVFR(w) and UCR(n) to provide a value for a Security Risk Indicator (SRI) that provides an estimate of cyber damage risk that might result from the connection. And in a block 270 the hub or the SWB_(b) may examine the website to determine a Realtime Security Risk Indicator (RSRI), which is responsive to changes in the website and/or a current virtual model of an interaction of the user U_(n) with website ws_(w).

Examining website ws_(w) to determine RSRI may comprise determining if there are changes in vulnerability features wvf_(w,v) of WVF(w) and thereby in risk feature vector WVFR(w) that generate statistically significant differences between SRI and RSRI. In an embodiment to determine an RSRI web browser, SWB_(b) may download webpages from website ws_(w) to a secure sandbox in CISE and before rendering a webpage from the website check behaviour of a resource bundled with the webpage to determine if the webpage and resource are benign. Optionally, web browser SWB_(b) may model behaviour of user U_(n) in interacting with an emulation of the website to determine a probability of user U_(n) clicking on actionable content presented by the website that could result in cyber damage. For example, SWB_(b) may run an experiment in the sandbox to determine if an emulation of website ws_(w) generates phishing bait, and if phishing bait is generated would a U_(n) avatar based on UCR(n) click on the phishing bait.

In an embodiment values for SRI and/or RSRI may be determined by a neural network operating on an input feature vector having components that are, or are based on, components from at least one or any combination of more than one of sets WVF(w) WVFR(w) and/or UCR(n). Optionally values for SRI and/or RSRI are determined based on heuristic models of ws_(w) and or U_(n).

In a decision block 272 CyberSafe browser SWB_(b) may determine if security risk indicator SRI is greater a predetermined maximum upper bound SRI-UB or RSRI is greater than a predetermined maximum allowable upper bound SRI-UB. If neither of the risk indicators is greater than its respective upper bound, SWB_(b) may proceed to a block 282 and allow access to website ws_(w) and operate to monitor interaction of user U_(n) with website ws_(w).

On the other hand, if one of SRI or RSRI is greater than its respective upper bound, SWB_(b) may proceed to a decision block 274 to decide whether or not to amend the configuration of SWB_(b) for supporting interaction of user U_(n) and website ws_(w) and/or functionalities of website ws_(w). If browser SWB_(b) decides not to amend, the browser may proceed to a block 280 prevent access to website ws_(w) and alert CyberSafe hub of the refusal.

On the other hand, if SWB_(b) decides in decision block 274 to amend, the browser optionally proceeds to a block 276 and amends the browser configuration for user U_(n) and/or amends a functionality of website ws_(w). By way of example, amending configuration of SWB_(b) for user U_(n) may comprise preventing U_(n) from clicking on certain actionable content that website ws_(w) displays, and amending website ws_(w) may comprise changing website permissions and/or disabling a website link. Following amendment, browser SWB_(b) may proceed to a decision block 278 to determine if the amendment was successful in reducing the SRI and/or the RSRI to acceptable values. If the amendment was successful in a block 282 browser SWB_(b) connects user U_(n) to ws_(w) otherwise the browser proceeds to block 280 and prevents access of U_(n) to ws_(w).

In accordance with an embodiment, monitoring interaction of user U_(n) with website ws_(w) includes intervening with user activity to prevent a breach of security policy as indicated by an example scenario provided by a flow diagram 290 shown in FIG. 5C.

In an embodiment a procedure similar to that of procedure 250 is performed by CyberSafe to vet browser extensions that a MyCompany may wish to access and download. As with websites, a SWB_(b) accumulates data for each of a set of extensions for which MyCompany users evidence interest. The data may be used to determine vulnerability features and vulnerability risk estimates which are used to determine whether and how to amend an extension and/or user interfacing with the extension, and whether to allow downloading and integrating the extension with browser SWB.

FIGS. 6A and 6B show a flow diagram of a procedure 300 by which CyberSafe operates to provide high visibility monitoring of MyCompany user of cloud computing and to protect MyCompany resources from cyber damage resulting from a MyCompany user accessing and using a MyCompany cloud computing resource, My-CCaaS_(s), of a set My-CCaaS={My-CCaaS_(s)|(1≤s≤S)} of MyCompany cloud computing resources. A cloud computing resource My-CCaaS_(s) may by way of example be an infrastructure-as-a-service (IaaS) resource, a platform-as-a-service (PaaS) resource, or a software-as-a-service (SaaS).

In a block 302 CyberSafe configures browsers SWB_(b) to monitor cloud computing activity of MyCompany users and to acquire data characterizing MyCompany user cloud computing activities and My-CCaaS_(s) resources that the users visit. Optionally, in a block 304 browsers SWB_(b)monitor MyCompany use of cloud computing resources My-CCaaS and for a given user U_(n) and My-CCaaS_(s) session (CCSESS_(n,s)), a SWB_(b) optionally accumulates data for sets CCaaS-KPI(n,s), UE-KPI(n,s), U-KPI(n,s), of key performance indicators (KPI) and data for a set SMETA(n,s) of session metadata components.

CCaaS-KPI(n,s) comprises values of KPIs that may be used to characterize operation of My-CCaaS_(s) during session CCSESS_(n,s). A CCaaS-KPI(n,s) may by way of example comprise KPIs that provide values for at least one, or any combination of more than one of: CPU usage; memory usage; bandwidth usage; response time to a user's request; throughput; latency; request error rate; resources accessed; permission changes; and/or network requests. UE-KPI(n,s,e) comprises values of KPIs that may be used to characterize operation of user equipment UE_(e) that user U_(n) uses to interact with CCaaS_(s) during session CCSESS_(n,s). A UE-KPI(n,s,e) may by way of example comprise KPIs that provide values for at least one, or any combination of more than one of: cpu usage; memory use; thread count; task execution times; security controls of the UE; history of data associated with the specific UE; risk score of the UE; and/or throughput. U-KPI(n,s) comprises values of KPIs that may be used to characterize actions of user U_(n) during session CCSESS_(n,s). A U-KPI(n,s) may by way of example comprise KPIs that provide values for at least one, or any combination of more than one of: user keyboard typing patterns; user mouse activity patterns; use of wrapped apps; use of shared secure services; data patterns used by the user during the session, including data typed locally in the SWB; files uploaded and downloaded, filenames; and/or interruptions to use ambient software. SMETA(n,s) optionally comprises indexing and descriptive data for a session CCSESS_(n,s). A SMETA(n,s) may by way of example comprise data components that provide values for at least one, or any combination of more than one of: session IDs (U-ID_(n), UE-ID_(e), B-ID_(b)); Session ToD (Time of Day); session duration; identities of data and files uploaded; identities and data of files downloaded; and/or websites visited and website visit durations.

Optionally, in a block 306, browser SWB_(b) uploads sets CCaaS-KPI(n,s), UE-KPI(n,s), U-KPI(n,s), and/or SMETA(n,s) to the CyberSafe security hub 52 (FIG. 1 ). And in a block 308 browser SWB_(b) and/or the CyberSafe hub processes data provided by CCaaS-KPI(n,s), UE-KPI(n,s), U-KPI(n,s), and/or SMETA(n,s) to determine expected values of components of the sets. Expected values may be determined for a plurality of instances of session CCSESS_(n,s) for user U_(n) and My-CCaaS_(s) and/or expected values for a plurality of My-CCaaS_(s) sessions CCSESS_(n,s) and a group of MyCompany users U_(n) as a collective. In an embodiment, the expected values for a given user MyCompany user U_(n) determine a user specific normal behavior pattern for a CCSESS_(n,s), and the expected values for a group of MyCompany determine a group normal behavior pattern for a CCSESS_(s) session.

Optionally, user specific normal behavior patterns and group normal behavior patterns determined by the CyberSafe hub and/or a browser SWB_(b) are stored in a memory such as a cloud based memory associated with the CyberSafe hub or in a memory associated with SWB_(b) such as in a memory of the secure encrypted file system of shared secure services 66 in CISE 62 (FIG. 1 ).

Optionally in a block 310, SWB_(b) and/or the CyberSafe hub processes data provided by CCaaS-KPI(n,s), UE-KPI(n,s), U-KPI(n,s), and/or SMETA(n,s) to determine cyber vulnerabilities associated with MyCompany users using a My-CCaaS_(s) and/or with a specific MyCompany user using the My-CCaaS_(s). Optionally, in a block 312 CyberSafe hub and/or the SWB_(b) amend features of the SWB_(b) and/or My-CCaaS_(s) responsive to the determined cyber vulnerabilities to moderate risks of cyber damage during a My-CCaaS_(s) session. By way of example an amendment of My-CCaaS_(s) may comprise, disallowing access to particular resources; preventing permission changes; and/or limiting network requests Amendments to SWB_(b) may comprise configuring the SWB_(b) to prevent uploading and/or download particular files and/or data and/or to limit duration of a My-CCaaS_(s) session.

Optionally, in a block 314 a particular user U_(n′) using a given browser SWB_(b) in a given UE_(e) requests and is permitted access to and use of a particular My-CCaaS_(s′) and engages in a “current” session CCSESS_(n′,s′) with My-CCaaS_(s′). In a block 316, the given SWB_(b) monitors current session CCSESS_(n′,s′) to accumulate, process locally and upload data for CCaaS-KPI(n′,s′), UE-KPI(n′,s′,e′), U-KPI(n′,s′), SMETA(n′,s′) for the current session to add to data already accumulated, optionally by an SWB_(b) other than the given SWB_(b), for processing from previous sessions with My-CCaaS_(s), to enforce MyCompany and/or CyberSafe policy, and/or to detect occurrence of anomalous events.

In an embodiment, an anomalous event is an event that breaches normal behavior or an event that breaches MyCompany and/or CyberSafe policy. By way of example, a breach of a normal pattern may comprise a deviation of a given KPI monitored by the given SWB_(b) from an expected value of the KPI by an amount greater than a standard deviation established for the KPI multiplied by a predetermined coefficient. Optionally, a condition for deciding that an event is a breach of normal behavior and/or policy is user dependent and/or My-CCaaS_(s) dependent. For example, for an inexperienced MyCompany user, definition of a breach may be less tolerant than for an experienced MyCompany user and as a result a KPI coefficient smaller than for the experienced MyCompany user. Enforcement of CyberSafe and/or MyCompany policy may by way of example entail preventing a MyCompany user from uploading, downloading, and/or modifying certain MyCompany files or data, accessing a website and/or a MyCompany resource. Preventing may comprise intercepting a draft of a communication composed by a MyCompany user before the user manages to transmit the communication from the user UE. Enforcing a policy may entail changing a permission or cancelling a current session CCSESS_(n,s), blocking certain local access permissions in CISE and between CISE and other UE components

In a block 318, if an anomalous event is not detected by the given SWB_(b), the given SWB_(b) may continue to a decision block 328 to determine if session CCSESS_(n′,s′) has ended. If the session has not ended, the given SWB_(b) may return to block 316 to continue monitoring the session. Otherwise the given SWB_(b) proceeds to a block 330 and ends monitoring. On the other hand if an anomalous event is detected, optionally in a decision block 320 the given SWB_(b) determines if, based on CyberSafe hub 52 (FIG. 1 ) and/or MyCompany policy, the anomalous event warrants a response. If a response is not warranted, the given SWB_(b) may continue to decision block 328 to determine if session CCSESS_(n′,s′) has ended, and if the session has not ended, returns to block 316 to continue monitoring the session. On the other hand, if a response is warranted, the given SWB_(b) may proceed to a block 322 to undertake a response. A response may comprise enforcing a MyCompany and/or CyberSafe policy and undertaking an action noted in the preceding paragraph. If the response is not a cancelation and is considered sufficient under MyCompany and/or

CyberSafe policy the given SWB_(b) may continue to decision block 328 to determine if session CCSESS_(n′,s′) has ended, and if the session has not ended, returns to block 316 to continue monitoring the session. If on the other hand the anomaly response is not sufficient or involves cancelation the given SWB_(b) proceeds to a block 326 and ends session CCSESS_(n′,s′).

It is noted that in the above discussion various actions are described as performed by one or the other of CyberSafe hub 52 and CyberSafe browser SWB_(b) 64. However, in accordance with an embodiment of the disclosure, actions preformed by one of CyberSafe hub 52 and CyberSafe browser SWB_(b) may be performed by the other or may be performed by CyberSafe hub 52 and browser SWB_(b) cooperating.

In the description and claims of the present application, each of the verbs, “comprise” “include” and “have”, and conjugates thereof, are used to indicate that the object or objects of the verb are not necessarily a complete listing of components, elements or parts of the subject or subjects of the verb.

Descriptions of embodiments of the invention in the present application are provided by way of example and are not intended to limit the scope of the invention. The described embodiments comprise different features, not all of which are required in all embodiments of the invention. Some embodiments utilize only some of the features or possible combinations of the features. Variations of embodiments of the invention that are described, and embodiments of the invention comprising different combinations of features noted in the described embodiments, will occur to persons of the art. The scope of the invention is limited only by the claims. 

1. A method for providing secure access to digital resources, the method comprising: monitoring communications between a website and a user using a web browser comprised in a user equipment (UE) that is useable to access the digital resources; processing the monitored communications to determine: a set (WVF) of website vulnerability features comprising features which as a result of the user connecting to the website render a digital resource of the digital resources with which the user communicates vulnerable to cyber damage; and a set of user browsing behaviour features (BHF) comprising features that characterize the user browsing behaviour and internet use pattern which render the digital resource vulnerable to cyber damage; determining based on the website vulnerability factors and the user profile a security risk indicator (SRI) having a value that provides an estimate of a cyber damage risk to the digital resource resulting from the user connecting to the website and the digital resource; and based on the SRI value determining whether or not to permit the user to access the website.
 2. The method according to claim 1 and comprising determining a set (WPI) of behavior profile indicators useable to characterize normal interactions of the user with the website when the user accesses the website.
 3. The method according to claim 2 and comprising using the set of behavior profile indicators WPI to determine website vulnerability features of the set WVF of website vulnerability features.
 4. The method according to claim 3 wherein the set WPI of behavior profile indicators comprises a set of indicators specific to the user that are useable to characterize normal website behavior of the user and/or a set of indicators that are average indicators useable to characterize normal website behaviors for a group of users that access the website.
 5. The method according to claim 4 and comprising determining for the web site a web site vulnerability risk feature vector (WVFR) having components that estimate levels of cyber damage risk to the digital resource associated respectively with the website vulnerability features comprised in WVF.
 6. The method according to claim 5 and comprising determining for the user a user cyber risk feature vector (UCR) having components that estimate levels of cyber damage risk to the digital resource associated respectively with the user browsing behaviour features BHF.
 7. The method according to claim 6 and comprising processing components from at least one or any combination of more than one of sets WVF, WVFR, BHF, and/or UCR to determine the SRI.
 8. The method according to claim 7 and comprising using a neural network to process the components.
 9. The method according to claim 1 and comprising determining the SRI based on heuristic models of the website and the user.
 10. The method according to claim 9 wherein determining the SRI comprises modeling behaviour of the model of the user interacting with the model of the website in a sandbox.
 11. The method according to claim 1 wherein determining whether or not to permit user access to the website comprises comparing a level of cyber damage risk indicated by the SRI to a predetermined upper bound risk and allowing access if the indicated risk is less than the upper bound risk.
 12. The method according to claim 11 wherein if the comparison indicates that the risk is greater than the upper bound risk, denying access to the website.
 13. The method according to claim 11 wherein if the comparison indicates that the risk is greater than the upper bound risk, comprising attempting to amend the web browser and/or the website to lower the indicated risk to below the upper bound.
 14. The method according to claim 13 and comprising allowing access if the attempt is successful, and if not, denying access.
 15. The method according to claim 1 wherein monitoring the communications comprises monitoring communications transmitted to the website by the UE prior to the web browser encrypting the communications for transmission and monitoring communications incoming to the UE from the website after the web browser decrypts the communications.
 16. The method according to claim 15 and determining whether data intended to be transmitted to the website by the browser accords with a policy constraining transmission of data.
 17. The method according to claim 16 wherein if the data does not accord with the policy preventing transmission of the data.
 18. The method according to claim 17 and determining whether data received by the browser from the website accords with a policy constraining processing of received data.
 19. The method according to claim 18 wherein if the data does not accord with the policy constraining processing of received data blocking processing of the data by the UE. 